home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000217-20000824 / 000017_news@columbia.edu _Fri Feb 18 14:40:08 2000.msg < prev    next >
Internet Message Format  |  2000-08-23  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20599
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 18 Feb 2000 14:40:08 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id OAA14644
  7.     for kermit.misc@watsun.cc.columbia.edu; Fri, 18 Feb 2000 14:37:09 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: TELNET error with K95 1.19
  11. Message-ID: <9R18JwztC05A@cc.usu.edu>
  12. Date: 18 Feb 00 11:20:05 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <88iq98$kg0$1@newsmaster.cc.columbia.edu>, jaltman@watsun.cc.columbia.edu (Jeffrey Altman) writes:
  17. > In article <3ERmaxlQV+sL@cc.usu.edu>, Joe Doupnik <jrd@cc.usu.edu> wrote:
  18. > :     Yup, that's the short answer. There could have been another approach
  19. > : to the difficulty which is a client offers Telnet Options but does not halt
  20. > : waiting for responses. In principle, it says in bold quotes, Options can
  21. > : occur at any time in the session, though the principle collides with what
  22. > : to do about text exchanged in the meanwhile. Isn't that correct Jeff?
  23. > : If it were correct then a regular Telnet client could offer Options and
  24. > : still make progress on non-Telnet servers. I wish my UnixWare Telnet were
  25. > : that way, but it isn't. This boils down to chickens, eggs, and should we
  26. > : wait to check for traffic before crossing the road, or some such muddle.
  27. > :     Joe D.
  28. > 
  29. > 
  30. > The reasons that Kermit 95 and C-Kermit no longer connect without
  31. > waiting for telnet option negotiations when using TELNET protocol
  32. > is clearly detailed in
  33. > 
  34. >  http://www.kermit-project.org/telnet.html
  35.     <long explanation omitted>
  36. >
  37. >     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  38. >                  The Kermit Project * Columbia University
  39. >               612 West 115th St #716 * New York, NY * 10025
  40. >   http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org
  41. -------
  42.     Thanks Jeff. I thought it would have triggered that elucidation,
  43. and it worked like a charm. That is the kind of information people need to
  44. understand how Telnet Options work with today's software.
  45.     What's missing from the Telnet spec is the notion of timely responses.
  46. As we know, some Options are dealt with a ways into the session, terminal
  47. type queries in particular. As you point out this has unfortunate consequences
  48. for secure comms and proper terminal type, and so on. 
  49.     If I might suggest to the IETF Telnet working group, a summary RFC on
  50. the state of Telnet and its proper implementation would be a good thing to
  51. have on record. We know you have nothing else to do(!)
  52.     Joe D.